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[0001] SYSTEM AND METHOD FOR TRANSMITTING 

A SEQUENCE OF DATA BLOCKS 

[0002] CROSS REFERENCE TO RELATED APPLICATION(S) 

[0003] This application is a continuation of U.S. Patent Application Serial No. 

10/327,301, filed December 20, 2002, which in turn claims priority from provisional 
application no. 60/392,403, filed June 28, 2002, which are incorporated by reference as 
if fully set forth. 

[0004] FIELD OF INVENTION 

[0005] The present invention is related to communication systems which use a 

hybrid automatic repeat request (H-ARQ) scheme for improving quality of service, (e.g. 
system throughput). More particularly, the present invention is directed to a system 
and method for reducing the latency of the H-ARQ reordering buffers within a receiver. 

[0006] BACKGROUND 

[0007] H-ARQ processing is a scheme comprising multiple parallel ARQ 

processors whereby each processor repeatedly transmits several sequential attempts of 
a data block until the transmission is successful to ensure that each block of data is 
received without an error. Referring to Figure 1, a simplified flow diagram of the data 
flow between a Node B (shown at the bottom of Figure 1) and a UE (shown at the top of 
Figure 1) is shown. Protocol data units from higher level processing are scheduled and 
may be multiplexed into one data block. A data block can only contain protocol data 
units of higher layers of the same priority. A unique Transmission Sequence Number 
(TSN) is assigned to each data block by the scheduler. The higher layers may provide a 
plurality of streams of different priorities of protocol data units, each priority having a 
sequence of TSNs. The scheduler then dispatches the blocks to the plurality of H-ARQ 
processors P1b-P5b. Each H-ARQ processor P1b-P5b is responsible for processing a 
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single block of data at a time. For example, as shown in Figure 1, the Priority 1 
protocol data units comprise a sequence illustrated as B1i-B1n. Likewise, the Priority 
2 protocol data units are sequenced from B2i-B2n and the Priority 3 protocol data units 
are sequenced from B3i-B3n. These protocol data units are scheduled (and may be 
multiplexed) and affixed a TSN by the common scheduler. For purposes of describing 
the invention, we assume one protocol data unit for one data block. After a data block 
is scheduled to be processed by a particular processor P1b-P5b, each data block is 
associated with a processor identifier, which identifies the processor P1b-P5b that 
processes the data block. It should be understood by those of skill in the art that this 
association may include "tagging" the data block or may comprise control channel 
signaling, whereby a control channel provides signaling from the Node B to the UE 
that a particular data block is associated with a particular transmit processor P1b-P5b. 
The data blocks are then input into the scheduled Node B H-ARQ processors P1b-P5b 
which receive and process each data block. Each Node B H-ARQ processor P1b-P5b 
corresponds to an H-ARQ processor P1ue-P5ue within the UE. Accordingly, the first H- 
ARQ processor P1b in the Node B communicates with the first H-ARQ processor PIue 
in the UE. Likewise, the second H-ARQ processor P2b in the Node B communicates 
with the second H-ARQ processor P2ue in the UE, and so on for the remaining H-ARQ 
processors P3b-P5b in the Node B and their counterpart H-ARQ processors P3ue-P5ue 
respectively within the UE. The H-ARQ processes are timely multiplexed onto the air 
interface and there is only one transmission of an H-ARQ on the air interface at one 
time. 

[0008] For example, taking the first pair of communicating H-ARQ processors 

PIb and PIue, the H-ARQ processor P1b processes a data block, for example Bli, and 
forwards it for multiplexing and transmitting it over the air interface. When this data 
block Bli is received by the first H-ARQ processor PIue, the processor PIue determines 
whether or not it was received without error. If the data block Bli was received 
without error, the first H-ARQ processor PIue transmits an acknowledgment (ACK) to 
indicate to the transmitting H-ARQ processor PIb that it has been successfully 
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received. On the contrary, if there is an error in the received data block Bli, the 
receiving H-ARQ processor PIue transmits a negative acknowledgment (NACK) to the 
transmitting H-ARQ processor P1b. This process continues until the transmitting 
processor P1b receives an ACK for the data block Bli. Once an ACK is received, that 
processor P1b is "released" for processing another data block. The scheduler will assign 
the processor P1b another data block if available. 

[0009] As graphically illustrated in Figure 1, the scheduler knows of the release 

of the processor P1b by receiving the ACK/NACK, or may use some other signaling 
scheme that is well known in the art. 

[0010] Once the receiving H-ARQ processors P1ue-P5ue process each data block, 

they are forwarded to the reordering buffers Ri, R2, R3 based on their priority; one 
reordering buffer for each priority level of data. For example, Priority 1 data block Bli- 
BIn will be received and reordered in the Priority 1 reordering buffer Ri; Priority 2 
data blocks B2i-B2n will be received and reordered in the Priority 2 reordering buffer 
R2; and the Priority 3 data blocks B3i-B3n will be received and reordered by the 
Priority 3 reordering buffer R3. Due to the pre-processing of the data blocks by the 
receiving H-ARQ processors P1ue-P5ue and the ACK/NACK acknowledgement 
procedure, the data blocks are often received in an order that is not sequential with 
respect to their TSNs. The reordering buffers R1-R3 receive the out-of-sequence data 
blocks and attempt to reorder the data blocks in a sequential manner prior to 
forwarding onto the RLC layer. For example, the Priority 1 reordering buffer Ri 
receives and reorders the first four Priority 1 data blocks BI1-BI4. As the data blocks 
are received and reordered, they will be passed to the RLC layer. 
[0011] On the receiving side, the UE MAC-hs, (which has been graphically 

illustrated as MAC-hs control), reads the H-ARQ processor ID, whether it is sent on a 
control channel such as the HS-SCCH or whether the data block has been tagged, to 
determine which H-ARQ processor P1ue-P5ue has been used. If the UE receives 
another data block to be processed by the same H-ARQ processor P1ue-P5ue, the UE 
knows that that particular H-ARQ processor P1ue-P5ue has been released regardless of 
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whether or not the previous data block processed by that H-ARQ processor P1ue-P5ue 
has been successfully received or not. 

[0012] This process has several drawbacks that can cause a reordering buffer to 

"stall;" whereby the reordering buffer continues to wait for a data block which may 
never be transmitted. For example, referring to the Priority 2 reordering buffer R2, the 
third data block B23 is missing. Using the current process, the reordering buffer R2 will 
initiate a timer when the subsequent data block B24 is received. The reordering buffer 
R2 will wait a predetermined duration as set by the timer to receive the missing data 
block B23 until the timer "times out. M If it does not receive that data block after the 
"time out," it forwards the data blocks B2i-B24, as well as subsequent data blocks up to 
the first missing data block, to the RLC layer. The RLC layer can then perform higher 
level processing to recover the missed data block. 

[0013] There are several scenarios which increase the probability of reorder 

buffer stalling. For example, there are scenarios that data blocks of higher priority 
preempt data blocks of lower priority in H-ARQ transmissions; in this case, a H-ARQ 
process is released to serve a data block of higher priority regardless of whether the 
transmission of the data block of lower priority is not successful. The reordering buffer 
cannot tell whether a missing data block has been preempted by a higher priority data 
block or whether the data block is still in H-ARQ transmission. For example, the 
Priority 2 reordering buffer R2 does not know whether its third data block B23 was 
preempted by one of the Priority 1 data blocks BI1-BI4 or whether its data block B23 is 
still in transmission. Where its third data block B23 was preempted and no data block 
was received with the same H-ARQ processor as that of the data block B23 within the 
predetermined duration, the Priority 2 reordering buffer R2 must wait the entire 
timeout period before forwarding the information to upper layers for further 
processing. 

[0014] A second scenario which increases the probability of stalling occurs during 

low to medium load conditions. When the UE is receiving a lower volume of data 
blocks, the new incoming data blocks are slow to flush the reordering buffer. For 
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example, referring to the Priority 3 reordering buffer R3, the reordering buffer R3 does 
not know the status of the next data block B34, It may have been preempted by a 
higher priority data block, the transmission of the data block B34 may have failed or 
data block B33 may be the last data block in the sequence of data blocks B3i-B3n If the 
data block B3s is received before data block B34,a timer is initiated. However, if low to 
medium load conditions are present or the data is at the end of a file transfer, there are 
no more data blocks that may use the same H-ARQ processor as B34,. The UE will have 
difficulty determining whether B34is abandoned. In this case, the Priority 3 reordering 
buffer R3 must wait the entire "timeout period" before forwarding the information to 
upper layers for further processing. 

[0015] Finally, since the air interface is not completely reliable, a NACK, which 

is somehow transformed or interpolated as an ACK by the transmitting H-ARQ 
processors P1b-P5b will mean that the transmission of the particular data block has 
failed and will not subsequently be re-transmitted. The reordering buffers R1-R3 do not 
know of this miscommunication and the lost data block. The reordering buffers will 
again become stalled waiting for a timer to indicate the occurrence of a missing data 
block. 

[0016] Although these scenarios are somewhat alleviated by the MAC-hs layer 

which instructs the particular reordering buffer R1-R3 to forward data to higher layers 
when a receiving H-ARQ processor PluE-P5uEhas been released, this is only a minimal 
improvement. 

[0017] SUMMARY 

[0018] The present invention uses a Last-In-First-Out (LIFO) policy for loading 

the transmitting H-ARQ processors. A scheduler assigns the next sequential data 
block to the most recently released H-ARQ processor. The LIFO loading policy 
increases the probability that the UE will be able to determine at an earlier time 
whether the missed TSN is due to delay in retransmission or due to the release of a 
transmission by the Node B by reading the new H-ARQ processor identifier (ID). Once 
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the UE MAC-hs receives a new TSN with the same H-ARQ processor ID, the missed 
data block with the old TSN is forwarded to the higher layer processes to take the 
appropriate action for data block recovery. 

[0019] BRIEF DESCRIPTION OF THE DRAWING(S) 

[0020] Fig. 1 is simplified block diagram of the data flow between a Node B and a 

UE. 

[0021] Figs. 2A-2C are block diagrams showing the scheduling of data blocks 

between different transmit H-ARQ processors. 

[0022] Fig. 3A-3E are block diagrams illustrating the scheduling of transmit 

processors in a LIFO scheduling policy. 

[0023] Fig. 4 is a block diagram of the receiving H-ARQ process in the UE. 

[0024] Fig. 5 is a method of processing a data block in accordance with the 

present invention. 

[0025] DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S) 

[0026] The preferred embodiments will be described as referenced to the drawing 

figures where like numerals represent like elements throughout. 
[0027] Referring to Figure 2A, it is shown the H-ARQ processors on the 

transmitting side TQ1-TQ5 (hereinafter "transmit processors"). Although five (5) 
transmit processors TQ1-TQ5 are shown, it should be understood by those skilled in the 
art that any number of transmitting processors could be used in accordance with the 
teachings of the present invention. 

[0028] An input buffer IB feeds protocol data units 1 - N into the transmit H- 

ARQ processors TQ1-TQ5 through a scheduler(s). As will be explained in further detail 
hereinafter, the schedulers provides overall control regarding to which processor TQ,- 
TQ5 a data block is routed. It should also be understood that although the present 
invention will be explained with reference to functional blocks in the figures, some 
functions of the invention are implemented in hardware while others are implemented 
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in software. Accordingly, the present invention should not be specifically limited to 
discrete components shown in the figures. For example, although the MAC-hs control 
is graphically illustrated in Fig. 4 as a distinct entity, it is actually implemented as the 
MAC-hs software layer in the UE. 

[0029] After a data block is scheduled to be processed by a particular transmit 

processor TQ1-TQ5, each data block is associated with a processor ID which identifies 
which processor TQ1-TQ5 has processed the data block. This identification may be in 
the form of a tag as shown in Figure 4 or may comprise control channel signaling, (such 
as on the HS-SCCH channel), which is signaled from the Node B to the UE. The 
transmit processors TQ1-TQ5 process the data blocks in accordance with H-ARQ 
processes which are well known in the art. As such, the H-ARQ process will only be 
explained herein to the extent necessary to explain the present invention. 
[0030] As each data block is processed by a transmit processor TQ-TQ5, it is 

received by a corresponding processor on the receiving side RQ1-RQ5 (hereinafter 
receiving processors). For example, data block 2 is being processed by the second 
transmit processor TQ2, which awaits an ACK or a NACK from its corresponding 
receive processor RQ2, (shown in Figure 4). If the transmit ARQ processor TQ2 receives 
a NACK, it re-transmits the data block. If it receives an ACK, that processor TQ2 is 
released to accept a new data block from the schedulers. This is graphically illustrated 
in Figure 2B, wherein the second transmit processor TQ2 is released after receiving an 
ACK from the receive processor RQ2. Accordingly, the second transmit processor TQ2 is 
able to accept and process the next data block; data block 6. 

[0031] Simultaneously, all of the other transmit H-ARQ processors TQi, TQ3, 

TQ4, and TQ5 continue to process their respective data blocks 1, 3, 4 and 5 until they 
receive an ACK. Referring to Figure 2C, the second transmit H-ARQ processor TQ2 
receives an ACK regarding data block 6 and then the third transmit processor TQ3 
receives an ACK regarding data block 3. Since the third transmit processor TQ3 was 
released last, (i.e., the second transmit H-ARQ processor TQ2 was released first and 
then the third transmit processor TQ3 was released), in accordance with the present 
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invention the third transmit processor TQ3 will receive the next data block; in this 
case, data block 7. The second transmit processor TQ2 will receive the next data block; 
in this case, data block 8. 

[0032] Referring to Figures 3A-3E, the scheduling of transmit processors TQi- 

TQ5 is graphically illustrated as a buffer. However, it should be noted that there may 
be many physical ways of implementing a LIFO policy. The LIFO scheduling policy 
dictates that the last processor that has been released will be the first processor to be 
used next. In the example shown in Figure 3A, the processors were released in the 
following order: first TQ 4 , then TQ 2 , then TQ 5 and then TQi. Accordingly, the 
processors will be assigned using a LIFO policy which dictates that TQi, will be 
assigned first followed by TQ5, TQ2, and TQ4. Referring to Figure 3B, once TQi is 
assigned, TQ5 is the next processor to be used as shown in Figure 3C and then TQ2, 
followed by TQ 4 . However, this process is dynamic. As shown in Figure 3D, TQi may 
have been re-released before TQ2 and TQ4 are assigned. Accordingly, in accordance 
with the LIFO policy, TQi will be assigned as shown in Figure 3E prior to TQ 2 and TQ4. 
[0033] Referring to Figure 4, a receiver made in accordance with the present 

invention is shown. Although the receiver includes a plurality of receive processors 
RQ1-RQ5 and a plurality of reordering buffers RB1-RB3, the receive processors RQ1-RQ5 
and buffers RBi and RB3 are scheduled and released in a different manner than the 
prior art as will be explained in detail hereinafter. 

[0034] As each receive processor RQ1-RQ5 receives a data block, it processes the 

data block and sends an ACK or a NACK as appropriate, (as is performed in the prior 
art). Once a data block has been determined to be free from error, it is forwarded to 
the appropriate reordering buffer RB1-RB3. For example, data blocks 1, 2, 3 and 4 have 
been forwarded to the Priority 1 reordering buffer RBi. 

[0035] The H-ARQ processor ID is forwarded along with the data block. The H- 

ARQ processor ID is reviewed by the receiving MAC-hs to determine which transmit 
processor TQ1-Q5 was used prior to transmission, and thus which corresponding receive 
processor RQ1-RQ5 should process the data block. The H-ARQ processor ID can also be 
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used by the MAC-hs to tell whether an H-ARQ receiving processor RQ1-RQ5 has been 
released, regardless of whether or not a data block is received successfully. 
[0036] The MAC-hs control can use the H-ARQ processor ID to determine 

whether or not a missing data block (i.e. a missing TSN) is due to a failed transmission 
due to a problem with the priority level of the data. For example, referring to Figure 4, 
in the Priority 2 reordering buffer RB2, data block 6 is missing. Since the MAC-hs 
control knows via the processor ID that data block 6 was processed by the second 
receive processor RQ2, when data block 7 is received and its processor ID states that it 
was processed by the second receive processor RQ2, the MAC-hs control knows that the 
second receive processor RQ2 will not be forwarding data block 6 since it has already 
processed a subsequent data block; (i.e. data block 7). Data blocks 5 and 7 will be 
forwarded to the RLC layer without further delay for error correcting and processing. 
Accordingly, once the UE MAC-hs receives a new TSN with the same process identity, 
the missing data block with the old TSN is forwarded to higher layers to let the higher 
layers react to the missing data block. As aforementioned, the transmit processors 
TQ1-TQ5 and the receive H-ARQ processors RQi- RQ5, will be scheduled in accordance 
with the LIFO scheduling policy. 

[0037] The present invention reduces the average latency of reordering buffers 

which are stalled, by reducing the average time interval from the scheduling of a data 
block to an H-ARQ process to the time the same H-ARQ process is free to process 
another data block. Therefore, the MAC-hs control can detect a missing data block 
earlier by reading the H-ARQ process ID of subsequent data block(s) and correlating 
the TSNs of the data blocks. 

[0038] The invention is most effective when only some of the H-ARQ processes 

are utilized. For example, referring to Figures 3A-3E, if the data block assigned to TQi 
in Figure 3D is missing, without the present invention the schedulers may choose TQ5 
for the next data block and wait until the timer expires to forward any subsequent in- 
sequence delivery data blocks to higher layers. In contrast, with the present invention, 
TQi is assigned the next data block and the MAC-hs control can earlier detect that the 
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previous data block is missing since the same H-ARQ process ID is received and the 
MAC-hs control can then react appropriately. 

[0039] The present invention impacts current communication systems in two 

ways. On the transmitting side, the system requires a LIFO in the scheduling policy; 
which is typically implemented in the scheduling/priority handling entity in the Node 
B MAC-hs. The transmitting side will maintain the status of the releasing order of H- 
ARQ processors such that LIFO characteristics are achieved. The LIFO policy should 
be coordinated with an existing functionality on the receiving side. On the receiving 
side, incoming data blocks in the reordering buffers will be examined. If there is a 
missing data block, forwarding of data blocks to higher layers will only be permitted 
upon the receipt of a new TSN with the same processor ID as the missing data block. 
[0040] Referring to Figure 5, a method 10 of processing a data block in 

accordance with present invention is shown. The method 10 commences with a 
scheduler receiving prioritized data blocks (step 12). The scheduler then schedules 
each data block with a transmitting H-ARQ processor; whereby the most recently 
released processor is scheduled first (step 14). This implements the LIFO scheduling 
policy. Next, an identification of the scheduled H-ARQ transmit processor is provided 
for each data block (step 16). As aforementioned, this may be provided with each data 
block, or may be signaled separately from the data block. Each data block is processed 
with its scheduled transmitting H-ARQ processor (step 18) and is then transmitted 
with the processor ID (step 20). On the receiving end, each data block is processed 
with the receive processor corresponding to the scheduled transmit processor (step 22). 
The properly received data blocks are reordered in accordance with their priority (step 
24). 

[0041] The present invention results in optimization performance since the 

average latency of reordering buffers which are stalled will be reduced, and the 
reordering buffers will less likely to stall while waiting for subsequent data blocks 
which will never be received. 
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[0042] Although the present invention has been described in detail, it is to be 

understood that the invention is not limited thereto, and that various changes can be 
made therein without departing from the spirit and scope of the invention, which is 
defined by the attached claims. 

[0043] Hereafter, a wireless transmit/receive unit (WTRU) includes but is not 

limited to a user equipment, mobile station, fixed or mobile subscriber unit, pager, or 
any other type of device capable of operating in a wireless environment. When referred 
to hereafter, a base station includes but is not limited to a Node-B, site controller, 
access point or any other type of interfacing device in a wireless environment. 

* # * 
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